https://trailhead.salesforce.com/
https://trailblazer.me/id/yinlei
Results matching “API Security”
Azure アーキテクチャ センター クラウドの設計パターン
Azure Architecture Cloud Design Patterns
Azure 体系结构 云设计模式
どちらもデザインパターンのドキュメント集ですがAzureの方がよりモダンでコンテナ寄りです。
とは言っても今までのノウハウをうまくまとめたにすぎないです。
それから、AWSの方がTips集っぽくてちょっと古臭いです。
Sidecarなど、Azureは元々GoogleのDesign patterns for container-based distributed systems論文を引用しましたね。
しかし以下で全部なめてみたところは、別にクラウドだからこそのパターンがほとんどありませんでした。
The Gaps in Today's API Security
伝統的なAPI安全性について、
Network privacy - Strong data encryption data to protect data transfer.
Rate limiting - Enforcement of traffic rates to throttle client activity.
Access control - Validation of user identity and application authorization.
もう常識的なことですからね。
新しい脅威としては、
ある交流のお陰て、大規模インターネットシステム設計開発とマネジメントに関する経験と考え方をまとめてみる事にしました。
秘密保持のため、具体的なプロジェクト名や技術要素(ハードウェア、OS、開発言語、サーバーソフト及びミドルウェア、DB)は書きません。
なお、各プロジェクトのマネジメント手法やビジネスロジックがまちまちなので、ここでは抽象的概念だけに留めます。
インターネットビジネスに参加してから約20年経ちましたが、
特に2000年からずっと今の会社で仕事してきました。
会社の規模でいうと、エンジニアの数が当時3-40名程度から、2-3000名と成りました。
startupの気持ちで会社に入り、ここまで大きくなる事はまったく想像できませんでした。
サイトへのアクセス量も1日数千万PV程度から、数十億PV/日まで成長し、
静的なリソースとAPIを加えると、常に百億以上/日のアクセスあるはずです。
devopsから、多数プロジェクトのアーキテクチャー設計などを得て、
プロジェクトと部門マネジメントまで、ある程度の技術力と管理力の成長があると思われます。
2007-2008年頃は、自分が設計・開発・運用したシステムが一日1億超えるアクセスでも耐えれた事が自信に繋がった代表的な出来事です。
何より重要なのは、システム開発全工程を俯瞰できるようになり、
部分最適化より全体最適化思考、抽象思考ができるようになりました。
以下いつかの軸を中心にまとめてみたいと思います。
ソフトウェアエンジニアリング
アーキテクチャー
チームビルディング
マクロマネジメント
情報セキュリティとリスクマネジメント
これからチャンレンジしたいこと